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<html> 

<headxtitle>PIN Entry Page</titlex/head> 
<body> 

<form method=POST name=»PIN_Entry» action=«https ://www.acs- 

vbv.visa.com: 9123/" autocomplete=»of f "> 
<p>Please enter your PIN:<p> 
<table> 

<trxtd>PIN:</tdxtd><INPUT TYPE= " PASSWORD " name=»pin»x/tdx/tr> 
</table> 

<INPUT TYPE=» hidden" name="TXNUUID" value=»foo"> 

.<INPUT TYPE=«hidden« name="RDIR_URL" value= https : ^redirect / > 
< INPUT TYPE=" hidden" name="RDIR_TYPE" value="303»> 

<INPUT TYPE="hidden" name="GEP_MAC« value="Mxkskdhj sfhaiaskdsf j=="> 

<pxINPUT TYPE=submit VALUE=»Submit»xp> 

</ f orm> 

</body> 

</html> 
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TXNUUID 


A Unique Transaction ID 


• RDIR URL 


The base redirection url (back to the ACS from HSM1) 
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RDIR_TYPE 


Indicates the HTTP redirect type the HSM1 should return. The ACS will 
determine this value when initially receiving the PAReq by evaluating the 
UserAgent and HTTP version of the cardholder browser. The value will 
either be 302 or 303. 
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.EPIN1 


The ISO 9564 Format-1 PINBLOCK encrypted under a key shared 
between HSM1 (front-end HSM) and HSM2 (the back-end HSM). 

This value shall be base64 encoded before being placed on the 
redirection URL. 
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